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1 Introduction 

The halting problem is frequently paraphrased as follows: the halting problem 
is the problem to determine, given a program and an input to the program, 
whether execution of the program on that input will eventually terminate. To 
indicate that this problem might be undecidable, it is often mentioned that an 
interpreter, which is a program that simulates the execution of programs that it 
is given as input, cannot solve the halting problem because the interpreter will 
not terminate if its input program does not terminate. However, Turing's result 
regarding the undecidability of the halting problem is a result about Turing 
machines rather than programs. It says that there does not exist a single Turing 
machine that, given the description of an arbitrary Turing machine and input, 
will determine whether the computation of that Turing machine applied to that 
input eventually halts (see e.g. [5]). 

Our objective is to position Turing's result regarding the undecidability of 
the halting problem as a result about programs rather than machines. In the case 
of the unsolvability result regarding the halting problem for programs presented 
in [5J, the mere requirement that a program of a certain kind must solve the 
halting problem for all programs of that kind leads to a contradiction. In this 
paper, we pay closer attention to this autosolvability requirement. Like in [5J, 
we carry out our investigation in a setting in which programs take the form of 
instruction sequences. The instruction set concerned includes instructions whose 
processing needs a device that resembles the tape of a Turing machine. 



The work presented in this paper belongs to a line of research in which pro- 
gram algebra 1 is the setting used for investigating issues in which instruction 
sequences are involved. The starting-point of program algebra is the perception 
of a program as a single-pass instruction sequence, i.e. a finite or infinite sequence 
of instructions of which each instruction is executed at most once and can be 
dropped after it has been executed or jumped over. Moreover, basic thread alge- 
bra pQ is the setting used for modelling the behaviours exhibited by instruction 
sequences under execution^ In this paper, we use a program notation rooted 
in program algebra, instead of program algebra itself. The program notation in 
question was first presented in j2J. In that paper, the concept of a functional 
unit is introduced and studied. Here, we will model the devices that resemble 
the tape of a Turing machine by a functional unit. 

This paper is organized as follows. First, we give a survey of the program 
notation used in this paper (Section^ and define its semantics using basic thread 
algebra (Section [3]). Next, we extend basic thread algebra with operators that 
are related to the processing of instructions by services (Section|4]) and introduce 
those operator in the setting of the program notation used (Section[S]). Then, we 
introduce the concept of a functional unit (Section [5]) and define autosolvability 
and related notions in terms of functional units related to Turing machine tapes 
(Section [7]). After that, we discuss the weakness of interpreters when it comes 
to solving the halting problem (Section [8]) and give positive and negative results 
concerning the autosolvability of the halting problem (Section |9j. Finally, we 
make some concluding remarks (Section [P0|). 

2 PGLB with Boolean Termination 

In this section, we give a survey of the program notation PGLBbt- This program 
notation is a variant of the program notation PGLB, which belongs to a hierarchy 
of program notations rooted in program algebra (see [1]). PGLBbt is PGLB with 
the Boolean termination instructions !t and !f from [5] instead of the termination 
instruction !. PGLB and PGLBbt are close to existing assembly languages and 
have relative jump instructions. 

In PGLBbt, it is assumed that fixed but arbitrary non-empty finite set 21 of 
basic instructions has been given. The intuition is that the execution of a basic 
instruction may modify a state and produces t or f at its completion. 

PGLBbt has the following primitive instructions: 

— for each a £ 21, a plain basic instruction a; 

— for each a £ 21, a positive test instruction +a: 

— for each a £ 21, a negative test instruction —a; 

— for each I £ N, a forward jump instruction #1; 

— for each I £ N, a backward jump instruction 

— a positive termination instruction !t; 

1 In [1], basic thread algebra is introduced under the name basic polarized process 
algebra. 
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— a negative termination instruction !f. 

PGLBbt instruction sequences have the form u\ ; . . . ; Uk, where u\, . . . ,Uk are 
primitive instructions of PGLBbt- 

On execution of a PGLBbt instruction sequence, these primitive instructions 
have the following effects: 

— the effect of a positive test instruction +a is that basic instruction a is 
executed and execution proceeds with the next primitive instruction if t 
is produced and otherwise the next primitive instruction is skipped and 
execution proceeds with the primitive instruction following the skipped one 
- if there is no primitive instructions to proceed with, deadlock occurs; 

— the effect of a negative test instruction —a is the same as the effect of +a, 
but with the role of the value produced reversed; 

— the effect of a plain basic instruction a is the same as the effect of +a, 
but execution always proceeds as if t is produced; 

— the effect of a forward jump instruction #1 is that execution proceeds with 
the i-th next primitive instruction - if I equals or there is no primitive 
instructions to proceed with, deadlock occurs; 

— the effect of a backward jump instruction \#l is that execution proceeds with 
the l-th previous primitive instruction - if I equals or there is no primitive 
instructions to proceed with, deadlock occurs; 

— the effect of the positive termination instruction !t is that execution termi- 
nates and in doing so delivers the Boolean value t; 

— the effect of the negative termination instruction !t is that execution termi- 
nates and in doing so delivers the Boolean value f . 

3 Thread Extraction 

In this section, we make precise in the setting of BTAbt (Basic Thread Alge- 
bra with Boolean termination) which behaviours are exhibited on execution by 
PGLBbt instruction sequences. We start by reviewing BTAbt- 

In BTAbt, it is assumed that a fixed but arbitrary non-empty finite set A of 
basic actions, with tau A, has been given. We write At au for A U {tau}. The 
members of _4 t au are referred to as actions. 

A thread is a behaviour which consists of performing actions in a sequential 
fashion. Upon each basic action performed, a reply from an execution environ- 
ment determines how it proceeds. The possible replies are the Boolean values 
t (standing for true) and f (standing for false). Performing the action tau will 
always lead to the reply t. 

BTAbt has one sort: the sort T of threads. We make this sort explicit because 
we will extend BTAbt with additional sorts in Section [4] To build terms of sort 
T, BTAbt has the following constants and operators: 

— the deadlock constant D : T; 

— the positive termination constant S+ : T; 



3 



Table 1. Axiom of BTAi 



bt 



x <tau > y = x <tau > x Tl 



Table 2. Approximation induction principle 



A n >0 ,r "( !r ) = n ' 

n (x) = D 



n 



(y) ^x = y 



AIP 



PO 



7T„ + l(S + ) = S + 

7Tn+l(S— ) = S — 
7T„+l(D) = D 



Pla 



Plb 



P2 



TT n +i(x <a>y) 



Tv n (x) <a>Tv n (y) P3 



— the negative termination constant S— : T; 

— for each a G Atau, the binary postconditional composition operator .<«>.: 
TxT4T. 

We assume that there is a countably infinite set of variables of sort T which 
includes x, y, z. Terms of sort T are built as usual. We use infix notation for 
postconditional composition. We introduce action prefixing as an abbreviation: 
oop, where p is a term of sort T, abbreviates p < a > p. 

The thread denoted by a closed term of the form p < a > q will first perform 
a, and then proceed as the thread denoted by p if the reply from the execution 
environment is t and proceed as the thread denoted by q if the reply from the 
execution environment is f. The threads denoted by D, S+ and S— will become 
inactive, terminate with Boolean value t and terminate with Boolean value f, 
respectively. 

BTAbt has only one axiom. This axiom is given in Table [TJ 
Each closed BTAbt term of sort T denotes a thread that will become inactive 
or terminate after it has performed finitely many actions. Infinite threads can be 
described by guarded recursion. A guarded recursive specification over BTAbt is 
a set of recursion equations E = {x = t x \ x G V}, where V is a set of variables 
of sort T and each t x is a BTAbt term of the form D, S+, S— or t <a^>t' with 
t and t' that contain only variables from V. We are only interested in models of 
BTAbt in which guarded recursive specifications have unique solutions. Regular 
threads, i.e. threads that can only be in a finite number of states, are solutions 
of finite guarded recursive specifications. 

To reason about infinite threads, we assume the infinitary conditional equa- 
tion AIP (Approximation Induction Principle). AIP is based on the view that 
two threads are identical if their approximations up to any finite depth are iden- 
tical. The approximation up to depth n of a thread is obtained by cutting it 
off after it has performed n actions. In AIP, the approximation up to depth n 
is phrased in terms of the unary projection operator ir n : T — > T. AIP and the 
axioms for the projection operators are given in Table [2j In this table, a stands 
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Table 3. Defining equations for thread extraction operation 
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for an arbitrary action from ^l t au and n stands for an arbitrary natural number. 

We can prove that the projections of solutions of guarded recursive specifi- 
cations over BTAbt are representable by closed BTAbt terms of sort T. 

Lemma 1. Let E be a guarded recursive specification over BTAbt, and let x be 
a variable occurring in E . Then, for all n E N, there exists a closed BTAbt term 
p of sort T such that E =>• n n (x) = p. 

Proof. In the case of BTA, this is proved in [2] as part of the proof of Theorem 1 
from that paper. The proof concerned goes through in the case of BTAbt- □ 

The behaviours exhibited on execution by PGLBbt instruction sequences 
are considered to be regular threads, with the basic instructions taken for basic 
actions. The thread extraction operation |_| defines, for each PGLBbt instruction 
sequence, the behaviour exhibited on execution by that PGLBbt instruction 
sequence. The thread extraction operation is defined by \ui ; . . . ; Uk\ = |1, u% ; 
. . . ; v,k\, where _, _| is defined by the equations given in Table [3] (for a G 21 and 
/, i G N) and the rule that \i, u\ ; . . . ; Uk \ = D if Ui is the beginning of an infinite 
jump chain H 

4 Interaction between Threads and Services 

A thread may perform a basic action for the purpose of requesting a named 
service to process a method and to return a reply value at completion of the 
processing of the method. In this section, we extend BTAbt such that this kind 
of interaction between threads and services can be dealt with, resulting in TA b s t '. 
This involves the introduction of service families: collections of named services. 

It is assumed that a fixed but arbitrary set M. of methods has been given. 
Methods play the role of commands. A service is able to process certain methods. 
The processing of a method may involve a change of the service. At completion 
of the processing of a method, the service produces a reply value. The set 1Z of 
reply values is the set {t,f,d}. 

2 This rule can be formalized, cf. [3]. 
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In SF, the algebraic theory of service families introduced below, the following 
is assumed with respect to services: 

— a set <S of services has been given together with: 

• for each to S M, a total function -S- : S — >• S; 

5 am ' 

• for each ra6M, a total function g m : S — > 7?.; 

satisfying the condition that there exists a unique S £ S with -^{S) = S 
and g m (S) = d for all m e .M; 

— a signature £5 has been given that includes the following sort: 

• the sort S of services; 

and the following constant and operators: 

• the empty service constant 6 : S; 

• for each m 6 M, the derived service operator : S — > S; 

— 5 and E5 are such that: 

• each service in S can be denoted by a closed term of sort S; 

• the constant S denotes the unique S S S such that -j^(S) — S and 
0m(S) = d for all to 6 .M; 

• if closed term t denotes service S, then -^(t) denotes service -g^(S). 

When a request is made to service S to process method m: 

— if g m (S) ^ d, then S processes m, produces the reply Q m (S), and next 
proceeds as -^(S); 

— if Q m (S) — d, then S rejects the request to process method m. 

The unique service S such that -g^(S) = S and g m (S) = d for all m 6 M. is 
called the empty service. It is the service that is unable to process any method. 

It is also assumed that a fixed but arbitrary non-empty finite set J- of foci has 
been given. Foci play the role of names of services in the service family offered 
by an execution environment. A service family is a set of named services where 
each name occurs only once. 

SF has the sorts, constants and operators in S5 and in addition the following 
sort: 

— the sort SF of service families] 

and the following constant and operators: 

— the empty service family constant : SF; 

— for each / £ J 7 , the unary singleton service family operator /. _ : S — > SF; 

— the binary service family composition operator _ © _ : SF x SF — > SF; 

— for each F C T the unary encapsulation operator 3f '■ SF — > SF. 

We assume that there is a countably infinite set of variables of sort SF which 
includes u, v, w. Terms are built as usual in the many-sorted case (see e.g. |7l9j ). 
We use prefix notation for the singleton service family operators and infix nota- 
tion for the service family composition operator. 

The service family denoted by is the empty service family. The service 
family denoted by a closed term of the form f.H consists of one named service 
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Table 4. Axioms of SF 



w00 = u 



SFC1 



d F (9) = 

d F (f.H) = 

d F (f.H)=f.H 

d F (u ®v) = d F (u) © 9 F («) 



SFE1 



u (B v = v (B u 



SFC2 



if / 6 -F SFE2 
if / £ F SFE3 
SFE4 



(u © t>) w = u ® (v © w) SFC3 
ffi f.H' = f.S SFC4 



only, the service concerned is the service denoted by H, and the name of this 
service is /. The service family denoted by a closed term of the form C © D 
consists of all named services that belong to either the service family denoted by 
C or the service family denoted by D. In the case where a named service from 
the service family denoted by C and a named service from the service family 
denoted by D have the same name, they collapse to an empty service with the 
name concerned. The service family denoted by a closed term of the form 9f(C) 
consists of all named services with a name not in F that belong to the service 
family denoted by C. 

The axioms of SF are given in Table|H In this table, / stands for an arbitrary 
focus from T and H and H' stand for arbitrary closed terms of sort S. The 
axioms of SF simply formalize the informal explanation given above. 

Below we will introduce two operators related to the interaction between 
threads and services. They are called the apply operator and the reply operator. 
The apply operator is concerned with the effects of threads on service families 
and therefore produces service families. The reply operator is concerned with the 
effects of service families on the Boolean values that threads deliver at their ter- 
mination. The reply operator does not only produce Boolean values: it produces 
a special value in cases where no termination takes place. 

For the set A of basic actions, we take the set {f.m / £ J, m 6 M}. Both 
operators mentioned above relate to the processing of methods by services from 
a service family in pursuance of basic actions performed by a thread. The service 
involved in the processing of a method is the service whose name is the focus of 
the basic action in question. 

TA^. 1 has the sorts, constants and operators of both BTAbt and SF, and in 
addition the following sort: 

— the sort R of replies; 

and the following constants and operators: 

— the reply constants t, f , d : R; 

— the binary apply operator _ • _ : T x SF — > SF; 

— the binary reply operator _ ! _ : T x SF — > R. 

We use infix notation for the apply and reply operators. 

The service family denoted by a closed term of the form p • C and the reply 
denoted by a closed term of the form p ! C are the service family and reply, 
respectively, that result from processing the method of each basic action with a 
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Table 5. Axioms for apply operator 
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Table 6. Axioms for reply operator 
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focus of the service family denoted by C that the thread denoted by p performs, 
where the processing is done by the service in that service family with the focus 
of the basic action as its name. When the method of a basic action performed 
by a thread is processed by a service, the service changes in accordance with the 
method concerned, and affects the thread as follows: the two ways to proceed 
reduce to one on the basis of the reply value produced by the service. The reply 
is the Boolean value that the thread denoted by p delivers at termination if it 
terminates and the value d (standing for divergent) if it does not terminate. 

The axioms of TAj^ 1 are the axioms of BTAbt, the axioms of SF, and the 
axioms given in Tables [5] and [6l In these tables, / stands for an arbitrary focus 
from J 7 , m stands for an arbitrary method from M, H stands for an arbitrary 
term of sort S, and n stands for an arbitrary natural number. The axioms simply 
formalize the informal explanation given above and in addition stipulate what 
is the result of apply and reply if inappropriate foci or methods are involved. 
Axioms A9 and R9 allow for reasoning about infinite threads in the contexts of 
apply and reply, respectively. 

Let p and C be TAJ^ 1 terms of sort T and SF, respectively. Then p converges 
on C, written p I C, is inductively defined by the following clauses: 
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— S+ 4 u and S— 4- U J 

— if x \. u, then (tau o x) 4 u; 

— if g m (H) = t and x 4 (f.^H®d {f} (u)), then (a:< f.m >y) | (/.£T©0 {/} (u)); 

— if Qm {H) = f and y | (f.£-H®d {f} (u)), then (i< /.m >y) | (/JT©0 {/} (u)); 

— if Tr n (x) -I u, then a; 4- u. 

Moreover, p diverges on C, written p j" C, is defined by p t (7 iff not p J, C. 

In the case where p | C, either the processing of methods does not halt or 
inappropriate foci or methods are involved. In that case, there is nothing that 
we intend to denote by a term of the form p» C or p ! C . We propose to comply 
with the following relevant use conventions: 

— p • C is only used if it is known that p I C; 

— p ! C is only used if it is known that p l C. 

The condition found in the first convention is justified by the fact that in the 
intended model of TA^ s t ', for definable threads x, x»u = $iix^u (see We 
do not have x • u = only if x f u. For instance, S+ • = whereas S+ 4 0. 

5 Interaction between Programs and Services 

In this paper, the apply operator and reply operator are primarily intended to be 
used in the setting of PGLBbt- In this section, we introduce the apply operator 
and reply operator in the setting of PGLBbt- We also introduce notations for two 
simple transformations of PGLBbt instruction sequences that affect only their 
termination behaviour on execution and the Boolean value yielded at termination 
in the case of termination. These notations will be used in Sections [8] and [9] 

We introduce the apply operator and reply operator in the setting of PGAbt 
by defining: 

x • u = \x\ • u , x ! u = \x\ ! u 

for all PGLBbt instruction sequences x. Similarly, we introduce convergence in 
the setting of PGAbt by defining: 

x 4 u = \x\ 4 u 

for all PGLBbt instruction sequences x. 

The following proposition states that convergence corresponds with termina- 
tion. 

Proposition 1. Let x be a PGLBbt instruction sequence. Then x 4 u iff x ! u = t 
or x ! u = f . 

Proof. By the definition of |_|, the last clause of the inductive definition of 4, 
axiom R9, and Lemma [T] it is sufficient to prove x^,uiSp\u — t or p\u — f for 
each closed BTAbt term p of sort T. This is easy by induction on the structure 
of p. □ 
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In Sections |S] and we will make use of two simple transformations of 
PGLBbt instruction sequences. Here, we introduce notations for those trans- 
formations. 

Let x be a PGLBbt instruction sequence. Then we write swap(x) for x with 
each occurrence of !t replaced by !f and each occurrence of !f replaced by !t, and 
we write f2d(x) for x with each occurrence of !f replaced by #0. In the following 
proposition, the most important properties relating to these transformations are 
stated. 

Proposition 2. Let x be a PGLBbt instruction sequence. Then: 

1. if x ! u = t then swap(x) ! u — f and f2d{x) ! u = t; 

2. if x ! u = f then swap(x) ! u — t and f2d(x) ! it = d. 

Proof. Let p be a closed BTAbt term of sort T. Then we write swap'(p) for p 
with each occurrence of S+ replaced by S— and each occurrence of S— replaced 
by S+, and we write f2d'(p) for p with each occurrence of S— replaced by D. It is 
easy to prove by induction on i that \i, swap{x)\ — swap'(\i,x\) and \i,f2d(x)\ = 
f2d'(\i,x\) for all i G N. By this result, axiom R9, and Lemma Q] it is sufficient 
to prove the following for each closed BTAbt term p of sort T: 

if p ! u = t then swap'(p) ! u — f and f2d'(p) ! u = t; 
if p ! it = f then swap'(p) ! w = t and f2d'(p) ! it = d. 

This is easy by induction on the structure of p. □ 
6 Functional Units 

In this section, we introduce the concept of a functional unit and related con- 
cepts. The concept of a functional unit was first introduced in [4]. 

It is assumed that a non-empty set S of states has been given. As before, it is 
assumed that a non-empty finite set Ai of methods has been given. However, in 
the setting of functional units, methods serve as names of operations on a state 
space. For that reason, the members of M. will henceforth be called method 
names. 

A method operation on S is a total function from S to B x S. A partial method 
operation on S is a partial function from S to B x S. We write AiO(S) for the 
set of all method operations on S. We write M r and M e , where M E A-IC'(S'), 
for the unique functions R : S — > B and E : S — > 5*, respectively, such that 
M(s) = (i?(s), £(s)) for all s£S. 

A functional unit for 5* is a finite subset H of x AiO(S) such that 
(m,M) e n and (m,M') £ H implies M = M'. We write FU{S) for the set 
of all functional units for S. We write 1(H), where H € J-U(S), for the set 
{m e M | 3M <E A^O(5) • (m, M) e We write m w , where % 6 JZY(5) and 
m S 1(H), for the unique M e ^0(5) such that (to, M) G U. 

We look upon the set 1(H), where H G J r U{S), as the interface of H. It looks 
to be convenient to have a notation for the restriction of a functional unit to a 
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subset of its interface. We write (I,H), where H E FU(S) and I C 1(H), for 
the functional unit {(to, M) e H me/}. 

Let H € J^S 1 )- Then an extension of "H is an e JTV(S') such that "H C "H'. 

The following is a simple illustration of the use of functional units. An un- 
bounded counter can be modelled by a functional unit for N with method oper- 
ations for set to zero, increment by one, decrement by one, and test on zero. 

According to the definition of a functional unit, € JTA(S). By that we have 
a unique functional unit with an empty interface, which is not very interesting 
in itself. However, when considering services that behave according to functional 
units, is exactly the functional unit according to which the empty service 5 
(the service that is not able to process any method) behaves. 

The method names attached to method operations in functional units should 
not be confused with the names used to denote specific method operations in 
describing functional units. Therefore, we will comply with the convention to use 
names beginning with a lower-case letter in the former case and names beginning 
with an upper-case letter in the latter case. 

We will use PGLBbt instruction sequences to derive partial method op- 
erations from the method operations of a functional unit. We write C(f.I), 
where / C A4, for the set of all PGLB bt instruction sequences, taking the set 
{/.to | m £ /} as the set 21 of basic instructions. 

The derivation of partial method operations from the method operations 
of a functional unit involves services whose processing of methods amounts to 
replies and service changes according to corresponding method operations of 
the functional unit concerned. These services can be viewed as the behaviours 
of a machine, on which the processing in question takes place, in its different 
states. We take the set J-U(S) x S as the set S of services. We write H(s), where 
H £ TU(S) and s e S, for the service (H,s). The functions and Q m are 
defined as follows: 



where s' is a fixed but arbitrary state in 5*. We assume that each H(s) G S can 
be denoted by a closed term of sort S. In this connection, we use the following 
notational convention: for each H(s) £ S, we write T-L{s) for an arbitrary closed 
term of sort T that denotes H(s). The ambiguity thus introduced could be 
obviated by decorating 'H(s) wherever it stands for a closed term. However, in 
this paper, it is always immediately clear from the context whether it stands for 
a closed term. Moreover, we believe that the decorations are more often than 
not distracting. Therefore, we leave it to the reader to make the decorations 
mentally wherever appropriate. 





if to e 1(H) 
if m $ 1(H) , 
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Let % £ TU(S), and let / C 1(H). Then an instruction sequence x G C(f.I) 
produces a partial method operation \x\-u as follows: 

M*00 - (N«(f), M^)) if kl^(s) - 1 v 1^1^(5) = f , 

M«( s ) is undefined if |a;|^(s) = d , 

where 

\x\h(s)=xlf.H(s), 

\ x \n( s ) — the unique s' € S such that x • f-'H(s) = f.H(s') . 

If \x\-h is total, then it is called a derived method operation of %. 

The binary relation < on FU(S) is defined by H < W iff for all (to, M) G 
M is a derived method operation of H'. The binary relation = on JU(S) is 
defined by H = W iff H < W and < U. In [4], it is proved that < is a 
quasi-order relation and = is an equivalence relation. 

7 Functional Units Relating to Turing Machine Tapes 

In this section, we define some notions that have a bearing on the halting problem 
in the setting of PGLBbt and functional units. The notions in question are defined 
in terms of functional units for the following state space: 

V = {v~w | v,w G {0,1,:}*} . 

The states from V resemble the possible contents of the tape of a Turing 
machine whose tape alphabet is {0, 1, :}. Consider a state vw G V. Then v 
corresponds to the content of the tape to the left of the position of the tape 
head and w corresponds to the content of the tape from the position of the tape 
head to the right - the indefinite numbers of padding blanks at both ends are 
left out. The colon serves as a seperator of bit sequences. This is for instance 
useful if the input of a program consists of another program and an input to the 
latter program, both encoded as a bit sequences. 

A method operation M G AiO{V) is recursive if there exist recursive func- 
tions F, G : N -> N such that M{v) = (/3(F(a(v))), a' 1 (G(a(v)))) for all v 6 V, 
where a:V — > N is a bijection and j3:N — > B is inductively defined by Z(0) = t and 
Z(n+ 1) = f. A functional unit H G J-14(V) is recursive if, for each (to, M) G H, 
M is recursive. 

In the sequel, we will comply with the relevant use conventions introduced 
at the end of Section @] 

It is assumed that, for each H G JU(V), an injective function from C(f .!(%)) 
to {0, 1}* has been given that yields for each x G C(f .!(%)), an encoding of £ 
as a bit sequence. We use the notation x to denote the encoding of bit 
sequence. 

Let U G FU{V), and let I C 1(H). Then: 
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— x 6 L{f .!{%)) produces a solution of the halting problem for C(f.I) with 
respect to V. if: 

.x | f.H(v) for all u € V , 

x ! f.H{~y:v) = t y | for all t/ 6 £(/.!) and w G {0, 1, :}* ; 

— x G C{f .T{'H)) produces a reflexive solution of the halting problem for C(f.I) 
with respect to % if x produces a solution of the halting problem for C(f.I) 
with respect to H and x G £(/./); 

— the halting problem for C(f.I) with respect to % is autosolvable if there 
exists an x G C(f.Z(H)) such that x produces a reflexive solution of the 
halting problem for C(f.I) with respect to H; 

— the halting problem for C(f.I) with respect to % is potentially autosolvable 
if there exist an extension H' of H and the halting problem for £(f .Z{H')) 
with respect to 7-L 1 is autosolvable; 

— the halting problem for C(f.I) with respect to H is potentially recursively 
autosolvable if there exist an extension %' of H and the halting problem for 
C(f.I(H')) with respect to %' is autosolvable and W is recursive. 

These definitions make clear that each combination of an % G JU(V) and an 
I C T(%) gives rise to a halting problem instance. 

In Section [8] and HI we will make use of a method operation Dup G AdO(V) 
for duplicating bit sequences. This method operation is defined as follows: 

Dup(vw) = Dup(~vw) , 

Dup{~v) =(t,"v:v) ifwG{0,l}*, 

Dup(~v:w) = (t, ~v:v:w) if v G {0, 1}* . 

Proposition 3. Let U G TU{V) be such that (dup, Dup) G Zet / C 6e 
siic/i i/iai dup G /, Zei .t G C(f.I), and let v G {0, 1}* and w G {0, 1, :}* be such 
that w — v or w — v:w' for some w' G {0, 1, :} . Then (/.dup ; x) ! f.H(~w) — 
x ! fM^v-.w). 

Proof. This follows immediately from the definition of Dup and the axioms for ! . 

□ 

By the use of foci and the introduction of apply and reply operators on service 
families, we make it possible to deal with cases that remind of multi-tape Turing 
machines, Turing machines that has random access memory, etc. However, in 
this paper, we will only consider the case that reminds of single-tape Turing 
machines. This means that we will use only one focus (/) and only singleton 
service families. 

8 Interpreters 

It is often mentioned that an interpreter, which is a program for simulating the 
execution of programs that it is given as input, cannot solve the halting problem 
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because the execution of the interpreter will not terminate if the execution of 
its input program does not terminate. In this section, we have a look upon the 
termination behaviour of interpreters in the setting of PGLBbt and functional 
units. 

Let H G FU(V\ let I C 1(H), and let I' C /. Then x G C(f.I) is an 
interpreter for C(f.I') with respect to H if for all y £ C(f.I') and v G {0, 1, :}*: 

ylW('v) ^ x i f.n(-y:v) , 

x • f.H(~y:v) = y f.H(~v) and x ! f.H(-y:v) = y ! f.H(~v) . 

Moreover, x S C(f.I) is a reflexive interpreter for C(f.I') with respect to % if x 
is an interpreter for C(f.I') with respect to % and x S C(f.I'). 

The following theorem states that a reflexive interpreter that always termi- 
nates is impossible in the presence of the method operation Dup. 

Theorem 1. Let H G TU(V) be such that (dup, Dup) G H, let I C 1(H) be 
such that dup G /, and let x £ C(f.l(H)) be a reflexive interpreter for C(f.I) 
with respect to H. Then there exist an y G C(f.I) and a v £ {0, 1, :} such that 
x\ f.H(~y:v). 

Proof. Assume the contrary. Take y = /.dup ; swap(x). By the assumption, 
x ! f.H(~y:y). By Propositions Q] and [U it follows that swap(x) J. f.H(~y:y) and 
swap(x) ! f.l-l(~y:y) ^ x ! f.T-L(~y:y). By Propositions [1] and [31 it follows that 
(/.dup ; swap(x)) 1 f.U{~y) and (/.dup ; swap(x)) ! f.H{~y) ^ x ! f.H(~y:y). 
Since ?/ = /-dup ; swap{x), we have y f-T-L("y) and ?/ ! f-H(~y) ^ x ! f.H("y:y). 
Because x is a reflexive interpreter, this implies x ! f.H{~y'-y) = y ! f-T~L(~y) and 
y ! fM(~y) ^ x ! f.H("y:y). This is a contradiction. □ 

In the proof of Theorem[TJ the presence of the method operation Dup is essential. 
It is easy to see that the theorem goes through for all functional units for V of 
which Dup is a derived method operation. An example of such a functional unit 
is the one whose method operations correspond to the basic steps that can be 
performed on the tape of a Turing machine. 

For each U £ TU(V), m G 1(H), and v e V, we have (f.m ; !t ; !f) I f.H(v). 
This leads us to the following corollary of Theorem [T] 

Corollary 1. For all H G FU(V) with (dup, Dup) G H and I G 1(H) with 
dup G /, there does not exist an in £ I such that f.m ; !t ; !f is a reflexive 
interpreter for C(f.I) with respect to H. 

9 Autosolvability of the Halting Problem 

Because a reflexive interpreter that always terminates is impossible in the pres- 
ence of the method operation Dup, we must conclude that solving the halting 
problem by means of a reflexive interpreter is out of the question in the pres- 
ence of the method operation Dup. The question arises whether the proviso "by 
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means of a reflexive interpreter" can be dropped. In this section, we answer this 
question in the affirmative. Before we present this negative result concerning 
autosolvability of the halting problem, we present a positive result. 

Let M G MO(V). Then we say that M increases the number of colons if for 
some v G V the number of colons in M e (v) is greater than the number of colons 
in v. 

Theorem 2. Let H G J-U(V) be such that no method operation ofH increases 
the number of colons. Then there exist an extension T-C of ' %, an I' C X{H!), 
and an x G C(f.I(H.')) such that x produces a reflexive solution of the halting 
problem for C(f.I') with respect to %' . 

Proof. Let halting G M be such that halting £ 1{H). Take V = 1(H) U {halting}. 
Take H' = H U {(halting, Halting)}, where Halting G MO{V) is defined by 
induction on the number of colons in the argument of Halting as follows: 

Halting (vw) — Halting ("vw) , 

Halting(~v) ={f,") if u G {0, 1}* , 

Halting('v.w) = (f, -) if v G {0, 1}* A Vx G C(f.I') -v^x, 

Halting {-x:w) = (f, ") if x G C(f.I') A x t f-H'{w) , 

Halting {~x:w) = (t, ~) if x G £(/./') Ai| J.'H'H . 

Then +/. halting ; !t ; !f produces a reflexive solution of the halting problem for 
C(f.I') with respect to H'. □ 

TheoremfJltells us that there exist functional units T-L G TU{V) with the property 
that the halting problem is potentially autosolvable for £(f.X(H)) with respect 
to H. Thus, we know that there exist functional units T-L G FU(V) with the 
property that the halting problem is autosolvable for C(f.Z(H)) with respect 
to H. 

There exists an H G TU{V) for which Halting as defined in the proof of 
Theorem [2] is computable, and hence recursive. 

Theorem 3. Let H = and H' — H U {(halting, Halting)}, where Halting is as 
defined in the proof of Theorem^ Then, Halting is computable. 

Proof. It is sufficient to prove for an arbitrary x G C(f '.I(H')) that, for all v G V, 
x ! f.W(v) is decidable. We will prove this by induction on the number of colons 
in v. 

The basis step. Because the number of colons in v equals 0, Halting(v) = 
(f, -). It follows that x I fM'{v) O x' | 0, where x' is x with each occurrence 
of /.halting and +/.halting replaced by #2 and each occurrence of —/.halting 
replaced by #1. Because x' is finite, x' 1 is decidable. Hence, x i f.W{v) is 
decidable. 

The inductive step. Because the number of colons in v is greater than 0, either 
Halting(v) = (t, *) or Halting(v) = (f, It follows that x ! f.H'(v) x' I 0, 
where x' is x with: 
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— each occurrence of /.halting and +/. halting replaced by #1 if the occurrence 
leads to the first application of Halting and Halting r (v) = t, and by #2 
otherwise; 

— each occurrence of —/.halting replaced by #2 if the occurrence leads to the 
first application of Halting and Halting r (v) — t, and by #1 otherwise. 

An occurrence of /.halting, +/.halting or —/.halting in x leads to the first appli- 
cation of Halting iff |1, x\ — \i, x\, where i is its position in x. Because x is finite, 
it is decidable whether an occurrence of /.halting, + /.halting or —/.halting leads 
to the first processing of halting. Moreover, by the induction hypothesis, it is 
decidable whether Halting r (v) — t. Because x' is finite, it follows that x' 4- is 
decidable. Hence, x I f.H'(v) is decidable. □ 

Theorems[2]and[3]together tell us that there exists a functional unit H £ FU(V), 
viz. 0, with the property that the halting problem is potentially recursively 
autosolvable for C(f .!(%)) with respect to %. 

There exist functional units in JU(V) of which all recursive M £ MO(V) 
that do not increase the number of colons are derived method operations. A 
witness is the functional unit whose method operations correspond to the basic 
steps that can be performed on the tape of a Turing machine. Let T~L £ JU(V) be 
such that all recursive M £ AdO(V) that do not increase the number of colons 
are derived method operations of H. Then the halting problem is potentially 
autosolvable for £(f.Z(H)) with respect to H. However, the halting problem is 
not potentially recursively autosolvable for £(f.I{H)) with respect to % because 
otherwise the halting problem would be decidable. 

The following theorem tells us essentially that potential autosolvability of 
the halting problem is precluded in the presence of the method operation Dup. 

Theorem 4. Let H £ TU{V) be such that (dup, Dup) £ H, and let I C 1(H) 
be such that dup £ I. Then there does not exist an x £ C(f .!(%)) such that x 
produces a reflexive solution of the halting problem for C(f.I) with respect to H. 

Proof. Assume the contrary. Let x £ £(f.I(H)) be such that x produces a re- 
flexive solution of the halting problem for C(f.I) with respect to H, and let 
y = /.dup ; f2d(swap(x)). Then x ! f.H(~y:y). By Propositions Q] and it fol- 
lows that swap(x) J. f-"H("yiy) and either swap(x) I f.H.("y:y) — t or swap(x) ! 
f.H(~y:y) = f. 

In the case where swap(x) ! f.H^y.y) = t, we have by Proposition [2] that 
(i) f2d(swap(x)) ! f-H('y:y) = t and (ii) x ! f-H("y:y) = f. By Proposition 02 
it follows from (i) that (/.dup ; f2d(swap(x))) ! f.V.('y) — t. Since y = /.dup ; 
f2d(swap(x)), we have y ! f-H(~y) = t. On the other hand, because x produces 
a reflexive solution, it follows from (ii) that y f f-H('y). By Proposition [Q this 
contradicts with y ! f-"H('y) = t. 

In the case where swap(x) ! f.H(~y:y) = f, we have by Proposition [2] that 
(i) f2d(swap(x)) ! f-rl("y:y) — d and (ii) x ! f.H(~y:y) — t. By Proposition [3 
it follows from (i) that (/.dup ; f2d(swap(x))) ! f-H('y) = d. Since y = /.dup ; 
f2d(swap(x)), we have y ! f-H('y) = d. On the other hand, because x produces 
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a reflexive solution, it follows from (ii) that y 4 f-W(~y)- By Proposition [TJ this 
contradicts with y ! f.%{*y) = d. □ 



Below, we will give an alternative proof of Theorem 2) A case distinction is 
needed in both proofs, but in the alternative proof it concerns a minor issue. 
The issue in question is covered by the following lemma. 

Lemma 2. Let U G FU{V), let I C X{%), let x e C{f.l{U)) be such that x 
produces a reflexive solution of the halting problem for C(f.I) with respect to H, 
let y e C(f.I), and let v £ {0,1,:}*. Then y J, f.7i(~v) implies y ! f.Tl(~v) = 
x ! f.H(~W(yj:v). 

Proof. By Proposition [TJ it follows from y 4- f.TL('v) that either y ! f.T-L(~v) = t 
or y ! f.H(-v) = f. 

In the case where y ! f.TL(~v) = t, we have by Propositions Q] and [2] that 
f2d(y) I f.H(-v) and so x ! f.U{-}2d{y):v) = t. 

In the case where y ! f.H('v) — f, we have by Propositions Q] and [2] that 
t /-HO) and so x ! f.U{~f2d(y):v) = f . □ 

Another proof of Theorem^ Assume the contrary. Let x £ C{f .!{%)) be such 
that x produces a reflexive solution of the halting problem for C{f.I) with re- 
spect to H, and let y = f2d(swap(f.dup ; x)). Then x 4- /-H("y:y). By Propo- 
sitions []] [2] and [3l it follows that swap(f. dup ; x) 4- f ■%('!))■ By Lemma [2l it 
follows that swap(/.dup ; x) ! f.W{"y) = x ! f.'H(~y:y). By Proposition [21 it 
follows that (/.dup ; x) ! f-H("y) ^ x ! f.H("y:y). On the other hand, by Propo- 
sition[3j we have that (/.dup;x) ! f-H('y) — x ! f.V.{"y:y). This contradicts with 
(/.dup; a;) I f.H(~y) ^ x \ f.H(~w)- □ 

Let 7^ = {(dup, Dup)}. By Theorem HI the halting problem for £(/.{dup}) 
with respect to H is not (potentially) autosolvable. However, it is decidable. 

Theorem 5. Let H = {(dup, Dup)}. Then the halting problem for £(/.{dup}) 

with respect to TL is decidable. 

Proof. Let x G £(/.{dup}), and let x' be x with each occurrence of /.dup and 
+/.dup replaced by #1 and each occurrence of —/.dup replaced by #2. For all 
v e V, Dup r (v) = t. Therefore, x 4- f-H{v) O x' 4 for all w £ V. Because x' is 
finite, x' ! is decidable. □ 

Both proofs of Theorem [4] given above are diagonalization proofs in disguise. 
Theorem [5] indicates that diagonalization and decidability are independent so to 
speak. 



10 Concluding Remarks 

We have extended and strengthened the results regarding the halting problem 
for programs given in [6] in a setting which looks to be more adequate to describe 
and analyse issues regarding the halting problem for programs. 
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It happens that decidability depends on the halting problem instance consid- 
ered. This is different in the case of the on-line halting problem for programs, i.e. 
the problem to forecast during its execution whether a program will eventually 
terminate (see [B]). 

An interesting option for future work is to investigate the bounded halting 
problem for programs, i.e. the problem to determine, given a program and an 
input to the program, whether execution of the program on that input will ter- 
minate after the execution of no more than a fixed number of basic instructions. 
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